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ABSTRACT 



The present invention provides a merchant system for online 
shopping and merchandising. The merchant system archi- 
tecture provides great flexibility for a merchant to adapt the 
merchant system to their existing business practices, pro- 
motions and databases. The merchant system includes a 
dynamic page generator, a configurable order processing 
module and a database module capable of retrieving data 
from the database without regard to its schema. The present 
invention enables merchants to create electronic orders 
which are easily adaptable for different sales situations. The 
order processing module includes multiple configurable 
stages to process a merchant's electronic orders. The mer- 
chant system is capable of generating pages dynamically 
using templates having embedded directives. The database 
module and the dynamic page generator allow merchants to 
modify their databases and page displays without having to 
reenginecr the merchant system. 

64 Claims, 18 Drawing Sheets 
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ELECTRONIC SHOPPING AND 
MERCHANDISING SYSTEM 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

Hie present invention relates to a shopping and merchan- 
dising system and, more specifically, to a shopping and 
merchandising system for online networks, such as the 
World Wide Web portion of the Internet. 

2. Description of the Related Technology 

The World Wide Web (Web) is part of a global computer 
network known as the Internet. Scientists and academicians 
initially developed and used the Internet to share informa- 
tion and collaborate. The Web functions as an object based 
multimedia system. It allows for the creation, storage and 
delivery of multimedia objects. Recently, on-line service 
providers, such as Microsoft Network, CompuServe, 
Prodigy and America Online, have linked to the Web. This 
enables their customers to access a variety of products and 
services available from independent content providers and 
other Web users. For example, a typical customer can access 
electronic mail, news services, travel services and online 
stores and malls on the Web. 

The global penetration of the Internet provides merchants 
with the capability to merchandise their products to sub- 
stantial shopping audiences using an online merchant sys- 
tem. Online merchant systems enable merchants to cre- 
atively display and describe their products to shoppers using 
Web pages. Merchants can layout and display Web pages 
having content, such as text, pictures, sound and video, 
using HyperText Markup Language (HTML). Web 
shoppers, in turn, access a merchant's Web page using a 
browser, such as Microsoft Explorer or Netscape Navigator, 
installed on a client connected to the Web through an online 
service provider, such as the Microsoft Network or America 
OnLine. The browser interprets the HTML to format and 
display the merchant's page for the shopper. The online 
merchant system likewise enables shoppers to browse 
through a merchant's store to identify products of interest, to 
obtain specific product information and to electronically 
purchase products after reviewing product information. 

To promote their products, merchants often discount their 
products or have sales. Merchants can use a wide variety of 
discounting schemes to promote their products. For 
example, a merchant may offer volume discounts, such as 
buy two and get one free, or membership discounts where, 
for example frequent shoppers and AAA members get 10% 
off, or cross-sell incentives offering, for example, 50% off 
socks with a shoe purchase. Existing online merchant 
systems, such as Netscape Merchant System, support only 
date-based sale pricing, such as 20% off all shirts during the 
month of May. To enter the online shopping market, mer- 
chants desire an online merchant system that allows for a 
significantly wider variety of product discounting and sales 
schemes. 

Similarly, existing online merchant systems, such as 
eShop 1.0, implement a generic purchase transaction model 
to capture the most common variations of a purchasing 
transaction. To complete a purchase transaction, a merchant 
sums up the prices of items, deducts applicable discounts, 
adds sales tax, receives payment and delivers the purchased 
items to the shopper. Although these basic steps are the same 
for many merchants, electronic commerce in a global envi- 
ronment imposes many variations to this basic model. For 
example, merchants generally have to include a shipping 
and handling fee for their online shoppers. Merchants may 
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likewise have to include special taxes or fees, such as value 
added taxes or use fees, applicable only in certain countries 
or economic unions. In addition, merchants may issue their 
online customers private label credit or charge cards. Cus- 

5 tomer payment using these private label cards requires 
authorization through private networks, instead of commer- 
cial banking networks. Thus, it becomes apparent that to 
enter the online shopping market, merchants require an 
online merchant system that provides for substantial varia- 

1Q lions in the purchase transaction model. 

Lastly, merchants typically store product data, such as 
product descriptions, prices and pictures, in relational data- 
bases. Online merchant systems, therefore, have to interface 
with merchant databases to access and display product 
information. Databases require a consistent structure, 

15 termed a schema, to organize and manage the information. 
In a relational database, the schema is a collection of tables. 
For each table, there is generally one schema to which it 
belongs. In an implementation of a relational database, a 
relation corresponds to a table having rows, where each row 

20 corresponds to a tuple, and columns, where each column 
corresponds to an attribute. From a practical standpoint, 
rows represent records of related data and columns identify 
individual data elements. A table defining a retailer's prod- 
uct line may, for example, have product names, product 

25 numbers (e.g., SKUs) and prices. Each row of this table 
holds data for a single product and each column holds a 
single attribute, such as a product name. The order in which 
the rows and columns appear in a table has no significance. 
In a relational database, one can add a new column to a table 

30 without having to modify older applications that access 
other columns in the table. Relational databases thus provide 
flexibility to accommodate changing needs. Once the 
schema is designed, a tool, known as a database manage- 
ment system (DBMS), is used to build the database and to 

35 operate on data within the database. The DBMS stores, 
retrieves and modifies data associated with the database and, 
to the extent possible, protects data from corruption and 
unauthorized access. Because each merchant organizes its 
product information differently, there is a large installed base 

40 of databases having a wide variety of database schemas for 
product information. 

Available online merchant systems, such as eShop 1.0 and 
Netscape Merchant System, require merchants to organize 
their product information according to a predefined database 

45 schema. Hence, to use such systems, a merchant must either 
convert its existing databases to this predefined schema or 
the merchant must create a new database having the pre- 
defined schema. For many merchants, conversion of their 
existing databases is not feasible. For example, the merchant 

50 may have several hundred thousand product entries located 
in different remote databases accessed by legacy 
applications, such as a point of sale system or an inventory 
control system, specifically designed to interact with these 
different databases. If the merchant converted these data- 

55 bases to the predefined schemas, their legacy applications 
would no longer function properly. To protect their invest- 
ment in legacy applications, merchants may have to copy 
their product data into a redundant database having the 
predefined schema. Otherwise, merchants may have to incur 

60 substantial costs to rewrite their legacy applications to 
support the predefined schema of the online merchant sys- 
tem. For these reasons, it is not cost-effective for a merchant 
to use applications requiring a predefined schema for exist- 
ing relational databases. To enter the online shopping 

65 market, merchants require an online merchant system that 
will cooperatively function with existing database systems 
having a wide variety of schemas. 
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SUMMARY OF THE INVENTION 

The present invention enables merchants to enter the 
online shopping market by providing a system and archi- 
tecture to obtain and perform a large set of processing 
operations and computations on a rich set of dynamically 
generated information from a wide variety of data sources. 
In contrast to the rigid display formats and fixed database 
schemas of existing merchant systems, the present invention 
provides a dynamic page generator that permits the display 
of dynamically generated data in any format or presentation 
desired by the merchant. The present invention provides this 
flexibility through the use of display templates and a data- 
base schema independent query mechanism. In this manner, 
a merchant changes the display formats by modifying a 
template instead of revising the system modules producing 
the display formats. Similarly, a merchant handles database 
modifications by modifying the queries stored in the data- 
base instead of modifying the system modules performing 
the database queries. 

In addition, the present invention enables a merchant to 
effectively promote their products. In contrast to existing 
merchant systems that separate display operations from 
processing operations, the present invention provides the 
capability to generate product information pages dynami- 
cally during order processing. Thus, a shopper using the 
present invention can view special promotion information 
during order processing operations. Similarly, the present 
invention uses the same calculations to display product 
information and to process an order, so a shopper is guar- 
anteed consistency and reliability in the information used to 
make purchasing decisions. Moreover, the present invention 
provides a configurable order processing module that 
enables merchants to add components to the merchant 
system they need to address the particular requirements of 
their purchase transactions, such as special value added 
taxes or use fees. 

Lastly, the present invention enables merchants to protect 
their investments in existing databases by providing a data- 
base schema independent query mechanism. The present 
invention provides for the storage of database queries in the 
database to isolate applications that access the database from 
differences in schemas and data sublanguages. Similarly, 
because of the database schema independence, the order 
processing module of the present invention does not require 
modification for each change to the database. 

One aspect of the present invention includes a merchant 
system comprising a dynamic page generator to compose a 
page for display by processing a template having a database 
request for page data, and a database module, in communi- 
cation with a database and with the dynamic page generator, 
to retrieve page data from the database and to communicate 
the page data to the dynamic page generator, wherein the 
retrieved page data corresponds to the database request and 
wherein the database module retrieves the data in a manner 
that is independent of any database schema. 

Another aspect of the present invention includes a mer- 
chant system comprising an order processing module, a 
plurality of components associated with the order processing 
module so as to create and process an order, wherein a 
component makes a request for order data, and a database 
module, in communication with a database and with the 
order processing module, to retrieve order data from the 
database and to communicate the order data to the order 
processing module, wherein the retrieved order data corre- 
sponds to the request and wherein the database module 
retrieves the data in a manner that is independent of any 
database schema. 
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Yet another aspect of the present invention includes a 
merchant system comprising an order processing module 
having a plurality of components configured to create and 
process an order, and a dynamic page generator, in commu- 

5 nication with the order processing module, to compose a 
page for display by processing a template having a request 
for information from the order. 

Lastly, another aspect of the present invention includes a 
merchant system comprising an order processing module 

10 having a plurality of components configured to create and 
process an order, wherein a component makes a request for 
order data, a dynamic page generator, in communication 
with the order processing module, to compose a page for 
display by processing a template having a request for 

15 information from the order and a database request for page 
data, and a database module, in communication with a 
database and with the order processing module and with the 
dynamic page generator, to retrieve order data from the 
database and to communicate the order data to the order 

20 processing module and to retrieve page data from the 
database and to communicate the page data to the dynamic 
page generator, wherein the retrieved order data corresponds 
to the component request, the retrieved page data corre- 
sponds to the database request and the database module 

25 retrieves the order and page data in a manner that is 
independent of any database schema. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram illustrating an example of an 
3 0 online network for practicing the present invention. 

FIG. 2 is a block diagram illustrating the merchant system 
of the present invention. 

FIG. 3a is a block diagram illustrating the structure of a 
preferred embodiment of the dynamic page generator of 
35 FIG. 2. 

FIG. 3b is a block diagram illustrating the structure of 
another preferred embodiment of the dynamic page genera- 
tor of FIG. 2. 

FIG. 4 illustrates the correspondence between -a syntax 
40 tree and a template used by the dynamic page generator of 
FIG. 3. 

FIG. 5 illustrates the data flow for the database module 
and the dynamic page generator shown in FIG. 2. 

FIG. 6 shows a portion of a template, a product table and 
45 an access object which illustrate an example of the data flow 
of FIG. 5 used to produce a HTML table for display. 

FIG. 7 shows a revised portion of a template, a revised 
product table and an access object which illustrate an 
example of the data flow of FIG. 5 used to produce a HTML 
50 table for display. 

FIG. 8 illustrates the data flow for the database module 
and the order processing module shown in FIG. 2. 

FIG. 9 shows an order, an access object and an annotated 
55 order which illustrate an example of the data flow of FIG. 8. 

FIG. 10 illustrates the data flow for the dynamic page 
generator and the order processing module of FIG. 2. 

FIG. 11 shows a template portion, an order, a first anno- 
tated order, a second annotated order and a page portion 
60 displayed on a consumer browser which illustrate an 
example of the data flow of FIG. 10. 

FIG. 12 illustrates the data flow for the dynamic page 
generator, the order processing module and the database 
module of FIG. 2. 
65 FIG. 13a shows a template portion, an order and an access 
object which illustrate an example of the data flow of FIG. 
12. 
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FIG. 13b shows a cross sell table, an access object having Internet access to a client 100. Customers pay monthly 

no data, an access object having one data row and a page access fees to the online service providers for help services 

portion which illustrate the data flow of FIG. 12. and access to the Internet through local telephone connec- 

FIG. 14 illustrates the architecture of the merchant system lions - 0f couree > ^ icc Providers are optional, 

of FIG 2 5 m 50100 cases > tne events 100 may have direct access to 

„ ' * , , . the Internet 104. For example, the client 100 may be 

FIG. 15a shows pseudo code for an action, an order and C0Dnecte d to a local area network 108 which in turn is 

an annotated order which illustrate the data flow of FIG. 14. directly connected to the Internet 104. 

FIG. 15b shows a template portion, an order, an access Focusing now on the client 100, the client is a general 

object and a page portion which illustrate the data flow of 1Q purpose computer. In a preferred embodiment, the client 100 

FIG. 14. is a conventional personal computer equipped with an 

nPTATiFnnFsrRTPTfnNOFTHF operating system supporting Internet communication 

PREFERRED EMBODIMENTS Windows ^ a browser> sucfa ^ Microsoft Explorer or 

For convenience, the description comprises the following 15 Netscape Navigator, to access the Merchant System and a 

sections: conventional modem for access to the Internet 104. In other 

I. Merchant System Overview embodiments, the client 100 could, for example, be a 
„ ,„ . „. . - - » computer workstation, a local area network of computers, an 

II. templates, Directives and Actions interactive television, an interactive kiosk, a personal digital 

III. The Dynamic Page Generator 2Q assistant, an interactive wireless communications device or 

IV. The Order Processing Module the like which can interact with the network. While the 

V. The Database Module operating systems may differ in such systems, they will 

VI. Merchant System Data Flows and Architecture continue to P rovidc thc Wopriatc communications proto- 
™ f „ . I-,., r * r , c ois needed to establish communication links with thc 
The following detailed description of the preferred network 104 

embodiments presents a description of certain specific 25 „ - . ' „ , . 

i j ■ , , - . . j.j- *u V • Referring now to FIG. 2, a merchant system 120 com- 

embodiments to assist in understanding the claims. . 4 6 . . . . ' J L 

T t lf _ . • mumcates with a database 121, a consumer browser 122, a 

However, one may practice the present invention in a u . :„ * ' , tL : , c ' * 

u * a r j-iT * uj- . j c j j j merchant browser 123, and a network 124. In a preferred 

multitude of different embodiments as defined and covered ... . , , 

b the claims embodiment, the database 121 comprises data stored locally 

. w ! " 0 ~ 30 in one or more storage devices, such as a magnetic disk drive 

I. Merchant System Overview 0f an Qptical disk drive In anotfaer prcferred emb odiment, 

FIG. 1 is an example of an online network for practicing t he database 121 comprises data distributed across a LAN 
thc present invention. In particular, a client 100 communi- log (FIG. 1) or a WAN 106 (FIG. 1). The database 121 may 
cates with a server 102 by means of a network 104, such as include query data, product information, order information, 
the World Wide Web portion of the Internet. The server 102 3S shopper information, store information, receipts and dis- 
may include a gateway to a Wide Area Network (WAN) 106 tomcr feedback data. A shopper uses a consumer browser 
having a plurality of Local Area Networks (LANs) 108. A 122, such as Microsoft Explorer or Netscape Navigator, 
browser 101, residing on the client 100, displays a store communicating with a network 124, such as the World Wide 
home page 103 retrieved from the World Wide Web on a Web portion of the Internet, to access a merchant's online 
viewing device 105. A user can view this page by entering, 40 store using the merchant system 120. Similarly, a merchant 
or selecting a link to, a Universal Resource Locator (URL), uses a merc hant browser 123, such as Microsoft Explorer or 
such as "www.store.com", in a browser program, such as Netscape Navigator, communicating with the merchant sys- 
Microsoft Explorer or Netscape Navigator, executing on the t em 120 directly or through a network 124 to manage its 
user's computer. Note that an online merchant system may on jin e store. There are, of course, typically, a multiplicity of 
reside in a server or in a combination of servers comprising 45 the browsers 122, 123 operating on the network 124 at any 
the WAN 106. Similarly, the client 100 may access the time. 

network 104 through a wireless connection, such as the ^ mcrchant systcm U0 includes a dynamic page gen- 

infrared link 107 or the satellite dish 109. erator 125, HTML structures 126, a database module 127, an 

Focusing now on thc network 104, the presently prcferred action manager 128, and an order processing module 129 

network is the Internet. The structure of thc Internet is well 50 having an order engine 130, an order pipeline 131, and 

known to those of ordinary skill in the art and includes a components 132 for various purposes, such as calculating 

network backbone with networks branching from the back- sales lax and shipping/handling fees. The dynamic page 

bone. These branches, in turn, have networks branching generator 125 uses HTML structures 126 and communicates 

from them, and so on. For a more detailed description of the with the database module 127 to access data from the 

structure and operation of the Internet, please refer to "The 55 database 121 to format and display on the consumer browser 

Internet Complete Reference, " by Harley Hahn and Rick 122 and the merchant browser 123. The order processing 

Stout, published by McGraw-Hill, 1994. However, one may module 129 communicates with the dynamic page generator 

practice the present invention on a wide variety of commu- 125 and the database module 127 to create Web pages 

nication networks. For example, the network 104 can having product information for display on a consumer 

include interactive television networks, telephone networks, 60 browser 122. Similarly, the order processing module 129 

wireless data transmission systems, two-way cable systems, communicates with the action manager 128 and the database 

customized computer networks, interactive kiosk networks module 127 as needed to execute purchasing transactions for 

and automatic teller machine networks. the merchant's online store. Lastly, the order processing 

In addition, the network 104 includes online service module 129 includes components 132, that is, a plurality of 

providers, such as Microsoft Network, America OnLine, 65 application programs to enhance and administer the mer- 

Prodigy and CompuServe. In a preferred embodiment, thc chant system 120. For example, thc components 132 can 

online service provider is a computer systcm which provides include applications to interface with commercial banking 
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systems, to calculate shipping/handling, to determine appli- To support consumer purchases, the merchant system 120 

cable taxes and to post payments to various bank accounts. includes a basket.html page having an interface that allows 

The data communication internal lo the merchant system shoppers to manipulate items in their shopping baskets, the 

120 is shown in FIG. 14. online equivalent of a sho pping cart or handheld bask et. 

II. Templates, Directives and Actions 5 Similarly, an orderfirm.html page provides an order form 

The following section discusses how the merchant system display for shoppers to select shipping methods and to 

120 uses templates, directives and actions to dynamically provide delivery instructions for the order. A purchase.html 

respond to customer requests. Templates, which include pa ge presents the order total and provicles a form for entry 

directives and actions, are located in the HTML structures of credit card payment information. To confirm purchases, a 

126. In response to browser requests, the dynamic page 10 confirmed.html page presents a message confirmingcomple- 

generator 125 composes HTML pages dynamically from tion of the purchase transaction. SiSnifl^ra"rcfept.html 

templates stored m the HTML structures 126. In a preferred Dts a summary of the order m the form of ^ 

embodiment, the shopper invokes the dynamic page gen- Qnline checkom , Q additi fl detail html 

erator 125 by selecting a URL having the form: presen|s a detailed feceipt for items ^ 

"http://scrvcr_namc/cnvironmcnt.sccurity/pgcn/store_namc/shop- 55 a receipts.html page presents receipts from all orders placed 

per_id/templat e .htmJ;argl-value I;arg2-v a lue2 . . by & pafticular shopper. 

The merchant system 120 interprets the URL by analyzing Directives may include value references for evaluation 

its constituents to identify a template and its arguments, during page generation. A value reference provides for 

Thus, the "hup://" portion of the URL specifies use of the evaluation of an expression, such as a string or function 

HyperText Transfer Protocol (HTTP) for communication 20 name, to a value prior to use in a page. For example, if the 

across the Internet. The "server_name" portion of the URL value reference is a number, say the cost of a product, it 

specifies the name of the server having the router to the evaluates to the numerical value of the number. If the value 

merchants store. The "environment" portion of the URL reference is quoted text, such as "Glove", it likewise evalu- 

describes the version of the merchant system used. For ates to the text within the quotes, or Glove. Similarly, if the 

example, "prd" denotes a production version and "dev" 25 value reference is a known function, say a function lo 

denotes a development version of the merchant system 120. calculate sales tax, the function evaluates to the value 

The "security" portion of the URL indicates whether the resulting from execution of the function. Note that argu- 

conncction to the server is secure or insecure. Secure con- mcnts to functions are themselves value references and may 

ncctions arc specified with "s" and insecure with "i". The be a constant, a parameter, a variable or even another 

"pgen" portion invokes the dynamic page generator 125. 30 function. Thus, value references are useful for performing 

The "store_name" portion indicates the name of the store, mathematical calculations, retrieving data from database 

in addition to the directories where the template files reside. query results, storing and retrieving temporary variables, 

The "shopper_id" portion specifies the unique shopper retrieving arguments and variables passed to a template and 

identifier. Lastly, the "template.html" portion is the name of accessing shopper or order information, 

the HTML template to use to generate a page in response to 35 Directives in a HTML template are set off by square 

the shopper's request and the "argl=valuel; arg2=value2 . . brackets and may include value references as arguments. 

." portion provides arguments for use by the dynamic page Thus, directives take the form [directive args], where direc- 

generator 125. Note that the specific URL format described live is the name of the directive and args are arguments for 

above is for explanatory purposes only. Thus, other URL the directive. For examples of directives, see the fetchrows 

formats and locator techniques are included in the present 40 202, eachrow 206, value 210 and money 212 directives of 

invention. FIG. 6. Using value references, the dynamic page generator 

125 evaluates arguments of a directive before running the 



^ A tejmpjatedefines the appearance of a page, such as the 
storeJ^Qnae^pageJ^XFIG, 1), a pxQduci^ 
mforjnation^page^A^r^rlioB, jQLao„exajnR.le^mpJaje_is 



directive. Thus, value references may be used as variables 
for a directive. Directives affect the dynamic page generator 



shown 1 a is 200 1 in FTfV „T&!HP 1a tp 'if l ujje„llTML„and 45 125 in three ways. First, a directive may generate text, such 
direci^es^ I as HTML, formatted text and the contents of another file, for 

erator ^ such j inclusion into the page. Second, the directive may perform 

a conditional test, similar to the standard if-then-else state- 
ment in many computer programming languages, for the 



as what data to insert into the page and what queries to run 
against the database to obtain data for display on the page. 
A template may also include a wide variety of content, such 
as ActiveX controls, Visual Basic Scripts, forms , images, 
video and sound. — 



inclusion or exclusion of text. Lastly, the directive may 
produce new value references for later use in page genera- 
tion. 

In a preferred embodiment, the merchant system 120 The merchant system 120 includes several types of direc- 
includes several predefined templates in the HTML struc- lives. For example, value display directives generate text for 
tures 126. For example, a welcome.html page serves as a 55 inclusion on a HTML page. Typically, value display direc- 
logon page for consumers. Similarly, a register.html page tives serve to format and display values, such as currency, 
provides a form for a new consumer to_enter registration dates, time and text. See directives 210, 212 in FIG. 6, for 
mfc£mjafon77 5 m^^ a form instance. Similarly, as noted above, conditional directives 

for consumers to update their registration information. In may include or exclude text in a page depending on the truth 
addition, a mailn.html page presents an entrance to the store 60 of a conditional statement. In addition, navigational direc- 
similar to a store lobby. T he mainj tml page jnay includea n tives result in selectable links or regions in a Web page that 
index tc^stoje ^eflartments'as weTTas~links 1 to Important stor e can take a shopper to another generated page or template. 
mforjmiliQn. Moreover, aja^piJotmLpag e^presents a jisjjrf The merchant system 120 also includes database access 
s tore departments and a product.h tml-page_ presents_ product directives. A database access directive typically selects and, 
in formatio n, such as an im a ge and texmal description . 65 ex ecutes a database query, to obtain query results having 
Lastly, a find.htrnl page, typically accessible from a navi- desuxdun formationTThc d ynamic page generator 125 then 
gation bar, provides a product search capabihty. manipulat es the query rcsult s-to_ format _ and_display the 
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desired information. See directive 202 in FIG. 6, for 
instance. Similarly, order, product and receipt directives 
retrieve orders, receipts, product or shopper data for use in 
displaying order information. Lastly, convenience directives 
produce new value references for later use and generally 
facilitate page design and development. For example, con- 
venience directives can include files in real-time, set 
variables, affect the status of a checkbox and provide com- 
ments to a template that arc removed during page genera- 
tion. Detailed information on the syntax of all directives 
supported by the merchant system 120 is found in the 
Microsoft Merchant Server Documentation, hereby incor- 
porated by reference. 

To perform various system operations, the merchant sys- 
tem 120 uses actions. For example, act ions_can adcLaai tem 
to. aj aorder for m, clej^jin^ordejM^om, initiate a purchase or 
insert and delete data from the database. An action is a 
routine to perform specific functions. Actions have return 
values that control the display of results to a shopper. 
Similarly, actions take arguments that control their behavior. 
Some actions generate errors when they receive incorrect 
arguments while other actions process and validate the 
arguments they receive. Many action arguments have default 
values to use when no values are specified. After execution 
of an action and its resulting system operation, the action 
may cause display of a HTML page having information, 
such as confirmation information or error information result- 
ing from execution of the action, or the action may redirect 
the shopper to a new HTML page. Actions arc called when 
a shopper clicks on a URL, generated by a directive, having 
the form: 

" hup ://se ax r_name/envi ro nment ,sccurity/xt/sto re_name/shop- 
pcr_id/module.action; argl -value 1; arg2=valuc2 

The action manager 128 interprets the URL by analyzing its 
constituents to extract the action and its arguments for 
execution. Thus, the "http:/r portion of the URL specifies 
use of HTTP for communication across the Internet. The 
"server jame" portion of the URL specifies the name of the 
server having the router to the merchant's electronic store. 
The "environment" portion of the URL describes the version 
of the merchant system used. For example, "prd" denotes a 
production version of the merchant system 120. The "secu- 
rity" portion of the URL indicates whether the connection to 
the server is secure or insecure. Secure connections are 
specified with "s" and insecure with "i". The "xt" portion 
specifics the action manager 128. The "store_name" portion 
indicates the name of the store, in addition to the directories 
where the template files reside. 'Ilie u shopper_Jd" portion 
specifies the unique shopper identifier. Lastly, the "mod- 
ule. action" portion identifies the action to execute and the 
"argl«valuel; arg2«value2 . . portion provides arguments 
and values for use by the action manager 128 to execute the 
action. 

In a preferred embodiment, the merchant system 120 
includes several types of actions. For example, shopper 
actions control all aspects of shopper registration and log- 
ging into a store. Administration actions accessible by the 
system administrator provide for management of the mer- 
chant system 120. Databasejictions enablejhe merchant to 
create_ pagejsj^access^ 

update database information. Lastly, purchasing actions pro- 
vide foF the creation and execution of a shopper's order. A 
detailed explanation of the invocation and processing of 
purchasing actions is provided in a commonly owned and 
concurrently filed application having the title "System and 
Method for Processing Electronic Order Forms", Scr. No. 
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08/732,205 hereby incorporated by reference. Detailed 
information on the syntax of shopper, administration and 
database actions supported by the merchant system 120 is 
found in the Microsoft Merchant Server Documentation. 
III. The Dynam^Egge jGcn erator 
During a shopping session, the consumer browser 122 
sends requests embedded in URL addresses to the merchant 
system 120. The merchant system 120 responds to these 
embedded requests with HTML documents. The HTML 
documents may contain regisjrj^orjjnfo 
offeringSj pj&^ 
The page generator 125 composes the HTML documents 
sent to the consumer browser 122. The merchant system 120 
provides a set of HTML pages dynamically generated from 
5 queries to a database 121 having store information, such as 
inventory data, advertising copy, product images, pricing, 
customer information and promotions. 
^\ FIG. 3a illustrates the structure of the dynamic page 
generator 125. In a preferred embodiment, the dynamic page 
0 generator 125 includes a page processor 140 and a query 
module 142. The page processor 140 retrieves and parses a 
templatej^m„tije HTP^sto^ 

page for display orijthebrowse^l22, 123. In parsing the 
HlT^QempTaleTt&e page prgcessoxl4Qxommunicates with 
5 the ^u^ry""D3o3ule"" 142 as needed to extract andjfarmat 
hformaUojiJro on the browser 

122, 123. Generally, the template provides a query name to 
the query module 142. In a preferred embodiment, the query 
module 142 passes this query name to the database module 
30 127. The database module 127 uses the query name to 
retrieve the query from the database 121 and then passes the 
query to the database 121 for execution. In a preferred 
embodiment, the database_12Lis „a. relational datab ase that 
processes querielun J he„SjQLdat.aL5u„tonguage. The data- 
35 base 121 in turn executes the query and returns the query 
results to the database module 127 to produce an access 
object having the query results. The database module 127 
returns the access object having the query results to the 
query module 142. The page processor 140 obtains the 
40 access object from the query module 142 and processes the 
access object to extract and format the query data to prepare 
HTML for display on the browser 122, 123. 

Referring now to FIG. 3fc, in another preferred 
embodiment, the dynamic page generator 125 includes a 
45 page processor 140, a query module 142 and a template 
parser 144. As before, the dynamic page generator builds a 
HTML page for display on a browser 122, 123 using 
templates. Similarly, the page processor 140 communicates 
with the query module 142 as needed to obtain, extract and 
50 format information from the database 121 for display on the 
browser 122, 123. However, in this preferred embodiment, 
the template parser 144 obtains a template from the HTML 
structures 126, parses this template. ...to create a syntax tree 
andjleHyers^ 
55 140 to create HTML for display on the browser 122,123. As 
is well known in the art, a syntax tree is a common 
representation used in the construction of parsers and com- 
pilers to simplify the process of transforming an input file 
into a desired output. Thus, a syntax tree is an internal 
60 representation of the original input file. For more informa- 
tion on syntax trees, please refer to "Compilers principles, 
teclxniques and tools", by Alfred V. Aho, ISBN 0-201- 
10038-6. 

FIG. 4 illustrates a template portion 150 and a syntax tree 
65 170 corresponding the template portion 150. To create the 
syntax tree 170, the template parser 144 parses the template 
portion 150 as follows. The te mplate parscr !44_canyj;rtsJlic„ 



02/17/2004, EAST Version: 1.4.1 



5,897,622 

11 12 

directive [fetchrows products "get-grodu cts"] 152 in to a the syntax tree as compared to a disk cache 149 operating 

fctchrov^^aBclL.JT^L^Y^g a "(FETCHROWS, alone due to the faster access of semiconductor memory, 

"product^ "geL-pmductsl\_^ proces- Lastly, the page processor 140 communicates with the query 

sor 140 IFIG. 36). The page proce'ssorlWrnte^fets lhe first module 142 as needed to obtain, extract and format infor- 

item in the list of the fetchrows branch 172 as an instruction 5 mation from the database 121 for display on the browser 

to perform and the remaining items in the list as parameters 122, 123. 

of the instruction. The template parser 144 next creates IV. The Order Processing Module 
branch 176 for the carriage return at the end of the fetchrows This section describes the order processing module 129 
directive 152 line in the template portion 150. The characters shown in FIGS. 2 and 14. In the preferred embodiment of 
"\n" correspond to a carriage return in the C Programming 10 FIG. 1, an order processing module 129 creates and pro- 
Language. Similarly, the template parser 144 creates an cesses an order. The order includes at least one order 
eachrow branch 174 in the syntax tree 170 for the directive blackboard and one or more item blackboards. Preferably, 
[eachrow product] 154. The directive [eachrow product] 154 each blackboard is an associative array^ha^ringakey and a 
initiates a loop to iterate through the rows of the "product" value for each key-value pair. A key is as!Hng~*which 
object. The directive [/eachrow] 156 denotes the end of the 15 uniquely identifies its associated value. To locate a particular 
loop. Thus, the template parser 144 creates a sub-tree 180 value, a blackboard is searched for the proper key and 
under the eachrow branch 174 having branches correspond- returns the value associated with the key. In a preferred 
ing to template instructions within the loop. Note that a embodiment, the format of the order key- value pairs is 
parameter of an instruction in a list may itself be another list "order.key" and the format of the item key-value pairs is 
which, in turn, is processed to its actual value for use as the 20 "item. key". For example, the key for an item's SKU is 
parameter. In some cases, the parameter may be evaluated referenced as "item.sku", where "item" identifies the item 
multiple times. Referring back to the template portion 150, blackboard and "sku" identifies the sku key-value pair. The 
the loop includes a line 158 in the template portion 150 key-value pairs in the order blackboard contain order 
having directives [value product.sku] 160 and [value properties, such as the order date, the consumer's name, the 
product.name] 162 to evaluate value references for "prod- 25 consumer's address, the desired shipping address, the billing 
uct.sku" and "product.name". Note that the template parser information, the order subtotal, the taxes, and the order total. 
144 creates a sku value branch 182 for the directive [value Key-value pairs in item blackboards have information about 
product.sku] 160 and a name value branch 184 for the each item. For example, the key-value pairs in an item 
directive [value product.name] 162 in the sub-tree 180. The blackboard may have item information such as the item's 
template parser 144 likewise creates branches 186, 188, 190 30 stock keeping unit (sku), an item description, the item color, 
in the sub-tree 180 corresponding to the HTML portions of the item size, the item price and the quantity of items, 
line 158 and the carriage returns "\n". Lastly, the template Preferably, an item blackboard exists for each item, 
parser 144 creates branche 178 in the syntax tree 170 with Moreover, the key-value pairs in one item blackboard can 
the character "Vn" to indicate carriage return at the end of the differ from the key-value pairs in another item blackboard. _ 
line having the directive [/eachrow] 156. 35^ With reference to FIG. 2, the order processing module 129 
I In yet another preferred embodiment illustrated in FIG. 4, includes an order engine 130 and an order pipeline 131 
me dynamic page generator 125 includes a page processor : having multiple stages to process an order. Each stage has 
140, a query module 142, a template parser 144 and a " one or more components which process the key-value pairs 
memory 146. As noted previously, the dynamic page gen- in the order. The order engine 130 determines which com- 
erator builds a HTML page for display on a browser 122, 40 ponents in the order pipeline 131 process the order. Each 
123 using templates. As discussed above^lBe femplatrparser component in the order pipeline 131 reads from or writes to 
144 obtains a template from the HTML structures 126, . its assigned key-value pairs. Upon receiving an order, a 
parses this template to create a syntax tree and stores the component searches for its assigned key-value pairs and 
res "l l i5£J5X°fe 146. The memory 146 adds its own key-value pairs as needed to process the order, 
may include a memory cache 148, such as the dynamic 45 Thus, each component only modifies its assigned key-value 
random access memory (DRAM) or static random access pairs. This allows a merchant to add new key-value pairs 
memory (SRAM), and may include a disk cache 149, such without having to also modify the software instructions in 
as magnetic floppy disk storage and magnetic or optical hard other existing order processing components. Similarly, mer- 
disk storage, for storing syntax trees produced by the tem- chants may customize the merchant system 120 for different 
plate parser 144. When a template is needed, the page 50 sales situations by merely modifying an existing component, 
processor 140 requests the template's syntax tree from the replacing an existing component with a new component, or 
memory 146. If the requested syntax tree is present in the : adding a new component. A detailed explanation of the order 
memory cache 148 or the disk cache 149, the memory 146 processing module 129 is provided in a commonly owned 
retui "ns iaexe„qyested .^ma}^^iee_tpj^e_piigje processor 140. j and concurrently filed application having the title "System 
Otherwise, the memory 146 requests the syntax tree from the 55 and Method for Processing Electronic Order Forms", Ser. 
template parser 144. J No. 08/732,205, previously incorporated by reference. 

The memory 146 provides for the efficient generation of V. The Database Module 
HTML pages from templates by eliminating the need to This section describes the database module 127 shown in 
parse the same template multiple times. For example, with- FIGS. 2 and 14. The database module 127 provides an 
out the memory 146, if a shoj^nrco^ 60 interface and a method for accessing data in existing data- 
multiple products^_ejemplale_paise^ to bases 121 having a wide variety of schemas. In the merchant 
create a^nta^ system 120, database queries are stored in the database 121 
the dynamic page generator 125 can operate using a memory to isolate applications that access the database, such as the 
146 having a memory cache 148 as well as a memory 146 dynamic page generator 125 and the order processing mod- 
having a disk cache 149 or even a memory having both a 65 ule 129, from differences in schemas and data sublanguages, 
memory cache 148 and a disk cache 149. Note also that the such as SQL. By storing queries as database data, changes 
addition of a-memory-cachc 148 rcjdu^ time for to the database and differences in database query languages 
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are transparent to applications using the database. Thus, a at a time. The directive [/eachrow] 208 denotes the end of an 
merchant does not have to modify its applications every time iteration of the loop. Thus, the directive [value product.sku] 

the merchant modifies the database. 210 evaluates the product.sku value reference and places the 

The database module 127 references a specific query value into the current page. Similarly, the directive [money 
stored in the database 121 by a query name. Upon receipt of 5 product.list_price] 212 evaluates the product.list_price 

the query name, the database module 127 retrieves the value reference, formats it as currency and places the 

specific query corresponding to the query name and returns formatted value into the current page for display. For 

this query to the database 121 for execution. Upon execution example, for the first row 234 of the product access object 

of the specific query, the database 121 returns the query 250, the directive [value product.sku] 210 evaluates to 

results to the database module 127 to form an access object 10 "GLOVE" and the directive [money product.list_pricc] 212 

having the query results. The database module 127 then evaluates to "$12.25". At the completion of the [eachrow 

delivers the access object to the application for further product] 206 directive, the dynamic page generator 125 

processing. passes a HTML file portion to the browser 122, 123 to 

In this manner, applications such as the dynamic page format and display a table 240. 

generator 125 and the order processing module 129 can 15 FIG. 7 illustrates the flexibility of the database module 

retrieve information from a large installed base of databases 127 and dynamic page generator 125 interaction. For 

121 having a wide variety of schemas without regard to its example, suppose a merchant modifies the Product_table 

schema. A detailed explanation of the method and interface 220 (FIG. 6) to form a Revised_product_table 250. Note 

for accessing data without regard to the database schema and that the Revised_product__table 250 has the same inform a- 

the database module 127 is provided in a commonly owned 20 tion as the Product_table 220 (FIG. 6), but now includes an 

and concurrently filed application having the title "Database additional Description column 252. Using the template 

Schema Independence", Ser. No, 08/732,013 hereby incor- portion 200 (FIG. 6), the directive [fetchrows product "get- 

porated by reference. product"] 202 (FIG. 6) produces a product access object 260 

VI. Merchant System Data Flows and Architecture from the Revised_product__table 250. Although the product 

FIG. 5 illustrates the data flow for the database module 25 access object 260 includes a column 262 with data corre- 

127 and the dynamic page generator 125. In particular, when sponding to the Description column 252, the template por- 

a shopper or merchant selects a button or link in a page, the tion 200 does not reference this column 262 for display, 

browser 122, 123 returns a URL to the merchant system 120. Referring back to FIG. 6, HTML commands 204 and the 

As discussed above, a URL with a reference to "pgen" directives [eachrow product] 206, [value product .sku] 210, 

invokes the dynamic page generator 125. The dynamic page 30 [money product. list_price] 212 and [/eachrow] 208 operat- 

generator 125 extracts a template name, "template.html", ing on the product access object 260 (FIG. 7) produce a 

from the URL and retrieves the template.html file from the HTML file portion to display table 240 on a browser 122, 

HTML structures 126. When the template requires data from 123. Thus, the addition of a Description Column 252 to the 

the database 121, the dynamic page generator 125 passes a Product_table 220 has no effect on the table 240 displayed 

query name to the database module 127. The database 35 on the browser 122, 123. 

module 127 uses the query name to retrieve the query from Referring back to FIG. 7, to include the information in the - 
the database 121 and then passes the query to the database Description column 252 of the Revised_product„table 250, 
121 for execution. The database 121 in turn executes the t^..-"te^gIatepolTi6T^ (FIG. 6) is modified to form a 
query and returns the query results to the database module revised template portion 270. Items in boldface type in the 
127 to produce an access object having the query results. 40 revised template portion 270 indicate modifications to the 
The database module 127 returns the access object having template portion 200 (FIG. 6) to display information from y 
the query results to the dynamic page generator 125. The the Description column 252. As noted above, the product / 
dynamic page generator 125 then processes the access object access object 260 already includes the information from the ' 
to extract and format the desired query results in HTML for Description column 252. ITTML command 272 instructs the 
display on the browser 122, 123. 45 browser to create and displ^ columns tSled. 
jX For example, a temp late portion 200 includes the HTM L "Item", "Price" and "Description". As Before,lHe directive 
and directives shown in~FIG. 6. The directive [fetchrows [eachrow product]-274instmcmte generator \ 
product "get-product"] 202 instructs the dynamic page gen- 125 to initiate a loop to iterate through the rows of the 
erator 125 to retrieve and execute the query named "get- product access object 270, one row at a time and the 
product" on tjrej^aj2as£~121. In a preferred embodiment, 50 directive [/eachrow] 276 denotes the end of an iteration of 
the "get-product" query is the^^.QL ^gjagJX T " SELE CT * the loop. The directives [value product.sku] 278 and [money 
FROM Product_tabIe" and (fie datab.a$e..l21^X^Moaal product. lisl_price] 280 evaluate their respective value 
database having producf . J.nfo^aJioja_in_a_Product_table references, format the values as needed and place Ihem into 
220. TEe'^dynamic page generator 125 passes the name the current page. Now, the directive [value 
"get-product" to the datab ase module 127 w hich retrieves 55 product.description] 282 evaluates the product .description 
the SQL query "S ELECT * FROM Product_table" and value reference to place information from the Description 
passes it to the database 121 for execution. The database 121 column 252 into the current page. At the completion of the 
returns the "get-product" query results to the database [eachrow product] 274 directive, the dynamic page genera- 
module 127 to incorporate into an access object 230 with a tor 125 passes a HTML file portion to the browser 122, 123 
temporary name "product" for other directives in the tern- 60 to format and display a table 284 having the Description 
plate to reference. The product access object 230 includes a column 252 information. 

descriptor 232, a first row 234 and a second row 236. The FIG. 8 illustrates the data flow for the database module 
HTML commands 204 instruct the browser 122, 123 to 127 and the order processing module 129. The order pro- 
create and display a table having columns titled "Item" and cessing module 129 of the merchant system 120 is config- 
"Price". The directive [eachrow product] 206 instructs the 65 urable. As noted previously, merchants may customize the 
dynamic page generator 125 to initiate a loop to iterate order processing module 129 by modifying, replacing or 
through the rows of the product access object 230, one row adding components 132 to the order pipeline 131 as needed 
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to address their specific needs. Many of these components 
132 access the database 121 for specific product informa- 
tion. In a manner similar to the dynamic page generator 125, 
the order processing module 129 provides a query name to 
the database module 127. The database module 127 uses the 
query name to retrieve the query from the database 121 and 
then passes the query to the database 121 for execution. The 
database 121 in turn executes the query and returns the query 
results to the database module 127 to produce an access 
object having the query results. The database module 127 
returns the access object having the query results to the order 
processing module 129, which then processes the access 
object to extract and process desired query results to ulti- 
mately produce a purchase order. Note that the order pro- 
cessing module 129 is capable of providing purchase orders 
in a wide variety of formats, such as electronic mail, printed 
copy, electronic data interchange (EDI format as defined by 
ANSI X. 12-850), a fiat text file, a fax and a database table 
entry. Subsequently, the merchant fulfills the purchase order 
by obtaining payment from the shopper and delivering to the 
shopper the items paid for. 

For example, if a shopper desires information on a 
product, the shopper selects the product using the consumer 
browser 122. The consumer browser 122 sends the product 
URL to the merchant system 120 where the order processing 
module 129 obtains and writes the product information in an 
order 300 as shown in FIG. 9. The order 300 includes an 
order blackboard 302 and an item blackboard 304. Note that 
the order blackboard 302 includes generic shopper 
information, such as the shopper* s name and credit card 
number. To obtain product data, the order engine 130 
invokes the product information stage of the order pipeline 
131. 

In a preferred embodiment, the product information 
default component of the components 132 (FIG. 2) accesses 
the key-value pair in the item blackboard 304 to create and 
execute the "one product" query. Thus, the product infor- 
mation default component retrieves the key, SKU, and the 
value, GLOVE, from the item blackboard 304 and passes 
this key-value pair and the query name "one-product" to the 
database module 127. The database module 127 retrieves 
SQL text corresponding to "one -product" and uses the 
key-value pair in the SQL text to form the SQL Query 
"SELECT * FROM Product_table WHERE SKU- 
*GLOVE"\ The database module 127 then passes this query 
to the database 121 having a Product_table 220 (FIG. 6). 
The database 121 executes the SQL query and returns the 
query results to the database module 127. 

The database module 127 in turn forms an access object 
310 including a row 312 having the query results and a 
descriptor 314 having the column names and corresponding 
data types from the Product_tabIe 220 (FIG. 6). Afterwards, 
the database module 127 returns the access object 310 to the 
product information default component of the order process- 
ing module 129. The product information default component 
extracts product information from the row 312 (i.e., the 
name of the item, GLOVE, and its list price, 1225) and the 
column names 316 from the descriptor 314 (i.e., SKU and 
List_price). Lastly, the product information default compo- 
nent creates an annotated order 320 by adding the extracted 
information to the item blackboard 322. To do so, the 
product information default component first catenates the 
column names to the string "product_" and then forms 
key-value pairs, such as the product_SKU — GLOVE pair, 
for each column name and data value. Finally, the product 
information default component stores the key-value pairs 
formed in the item blackboard 322. Because the order 
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processing module 129 accesses product information 
through a name corresponding to a SQL query stored in the 
database 121, differences in database schemas and data 
sublanguages do not affect the operation of the order pro- 

5 cessing module 129. 

FIG. 10 illustrates the data flow for the dynamic page 
generator 125 and the order processing module 129, For 
example, to view detailed information about an item, a 
shopper may select the image of an item, an item from a 
menu or an item from a list of items in a table in the browser 
122. In a preferred embodiment, each image of an item 
includes a hyperlink specifying the item's URL. The 
browser 122 transmits the URL to the dynamic page gen- 
erator 125. The dynamic page generator 125 in turn retrieves 
the product.html template from the HTML structures 126 to 

15 create a product HTML page for display on the shopper's 
browser 122. The template directs the dynamic page gen- 
erator 125 to create an order for the selected item and to 
invoke the order processing module 129 to process the order 
for the selected item. In this manner, the dynamic page 

20 generator 125 makes a request for the order processing 
module 129 to process ah order. Within the order processing 
module 129, the order engine 130 invokes the product 
information stage of the order pipeline 131 to perform a 
query that retrieves product information from the database 

25 121 and then invokes the item price adjust stage of the order 
pipeline 131 to determine the regular and current prices of 
an item. The item price adjust stage includes a ItemPromo 
component, further described in a commonly owned and 
concurrently filed application having the title "Electronic 

30 Promotion System For An Electronic Merchant System", 
Ser. No. 08/732,195, hereby incorporated by reference. 
Upon completion of these stages, the order processing 
module 129 transfers the order back to the dynamic page 
generator 125. The dynamic page generator 125 combines 

35 the product information in the order with the product.html 
template to create a HTML page for display on the shopper's 
browser 122. 

For example, a template portion 340 includes the HTML 
and directives shown in FIG. 11. The directive [fetchproduct 
40 product GLOVE] 342 instructs the page processor 140 of the 
dynamic page generator 125 to build an order 350 having an 
item blackboard 352 and to call the order processing module 
129. The item blackboard 352 includes a SKU key-value 
pair 354 to denote the SKU that it represents. Upon creation 
45 of the order 350, the page processor 140 passes it to the order 
processing module 129. As discussed in FIG. 9, the order 
engine 130 invokes the product information stage of the 
order pipeline 131 to obtain the price of the product corre- 
sponding to the SKU in the item blackboard 352. As before, 
50 the product information default component uses the key- 
value pair 354 to form and execute a query on the database 
121 resulting in the access object 310 (FIG. 9). Similarly, the 
product information default component extracts the product 
information from the access object 310 (FIG. 9) and stores 
55 the resulting key-value pairs 356 in the item blackboard 360 
of a first annotated order 362. Now, the order engine 130 
invokes the item price adjust stage of the order pipeline 131 
to make any needed item price adjustments in the first 
annotated order 362. Because the ItemPromo component of 
60 the components 132 (FIG. 2) has been configured to apply 
10% off of all items, it stores the "iadjust_„currentprice" 
key-value pair on the item blackboard 372 of a second 
annotated order 374 to apply the 10% off promotion. When 
the ItemPromo component has completed posting the 
adjusted product price to the item blackboard 372, the order 
processing module 129 then returns the second annotated 
order 374 to the dynamic page generator 125. 
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The directive [money producUadjust_currentprice] 344 product 1 ' SQL query, "SELECT * FROM Product„tabIe 
instructs the page processor 140 to evaluate the value WHERE SKU='GLOVE"\ As before, the database 121 
reference product.iadjust_currentprice and format the returns the query results to the database module 127 to create 
resulting value in a currency format on the shopper's and return an access object having the query results to the 
browser. To do so, the page processor 140 obtains the value 5 product information default component of the order process- 
of the "iadjust_currentprice M key-value pair, 1102, from the ing module 129. The product information default component 
item blackboard 372. The money directive instructs the page then extracts the product information from the access object 
processor 140 to format the 1102 value as currency in the and posts a key-value pair for the SKU 428 and for the 
HTML sent to the browser 122 for display. Similarly, the List_price 430 in the glove item blackboard 424. In a 
directive [money product.product_List_price] instructs the 10 simUar manner, key-value pairs for the SKU 432 and List_ 
page processor 140 to obtain the value of the "product_ price 434 are posted in the hat item blackboard 426. 
List_price" key-value pair, 1225, from the item blackboard Upon completion of the product information stage of the 
275 and to format the 1225 value as currency in the HTML order pipeline 131, the order processing module 129 returns 
sent to the browser 122 for display. Upon completion of the the order 420 to the dynamic page generator 125. In a 
money directive 346, the page processor 140 sends the 15 presently preferred embodiment, the dynamic page genera- 
HTML resulting from these directives to the consumer tor 125 evaluates the value reference order.items and 
browser 122 for display of the resulting page portion 380. executes the fetchitems directive 402 by directly extracting 
FIG. 12 illustrates the data flow for the dynamic page values from the item blackboards 424, 426 of the order 420. 
generator 125, the database module 127 and the order However, for illustrative purposes, an access object 440 is 
processing module 129. For example, when a shopper uses 20 used to describe the how the dynamic page generator 125 
a shopping basket, the browser 122 transmits the URL to the completes the remaining directives in template portion 400. 
dynamic page generator 125 requesting a page for the The access object 440 corresponds to the order 420, and thus 
shopping basket. The dynamic page generator 125 in turn the variable orderitems, and includes a glove row 444 having 
retrieves the basket.html from the HTML structures 126 to glove information and a hat row 446 having hat information, 
create a HTML page for display on the shopper's browser 25 Referring back to the template portion 400, the directive 
122. This template directs the order processing module 129 [eachrow orderitems] 404 initiates a loop and instructs the 
to provide an order for the selected item. The order pro- dynamic page generator to iterate through the rows of 
ccssing module 129 accesses the database module 127 to orderitems 440 while the directive [/eachrow] 406 termi- 
obtain product information to prepare the order. Upon nates the loop. The next directive [fctchrows crossinfo cross 
completion, the order processing module 129 transfers the 30 orderitems^ku] 408 instructs the dynamic page generator 
order to the dynamic page generator 125. The dynamic page 125 to execute the query named "cross" using the argument 
generator 125 uses the order with the basket.html template orderitems.sku 410 and to place the query results in the 
to compose a HTML page for display on the shopper's variable crossinfo. The query "cross" corresponds to the 
browser 122. In parsing the template Gie, the dynamic page SQL query "SELECT * FROM Cross_table WHERE 
generator 125 often needs to acquire additional product 35 SKU-:1". Note that the ":1" in the "cross" query serves as 
information from the database 121 using the database mod- a placeholder for the value of the argument orderitems.sku 
ule. As previously described, the database module 127 410 during each iteration of the eachrow loop. For example, 
accesses database queries by name and provides access for the first row 444 of access object 440, orderitems^ku 
objects having query results to the requesting application, evaluates to "GLOVE", so the first SQL query executed is 
such as the dynamic page generator 125 or the order 40 "SELECT * FROM Cross_table WHERE SKU= 
processing module 129. <GLOVE"\ Referring now to FIG. 136, the Cross_table 
For example, FIG. 13a illustrates a template portion 400 450 includes a single row having a cross sell product of a 
from the basket.html template. As noted above, the shopper SCARF for a HAT. Thus, the first SQL query on the 
invokes the basket.html template by selecting a shopping Cross_table 450 returns a first access object 460 having a 
basket button on the consumer browser 122. In response, the 45 descriptor 462, but no data as there are no entries in the 
consumer browser 122 creates and transmits a URL to the Cross_table 450 corresponding to the SKU GLOVE. The 
merchant system 120 instructing the dynamic page generator first access object 460 corresponds to the variable crossinfo 
125 to retrieve and execute the basket.html template. Sup- for the first intcration of the eachrow loop, 
pose the shopping basket includes the hat'and glove shown The directive [if crossinfo.count>0] 412 implements a 
in the ProducLJable 220 (FIG. 6). The directive [fetchitems 50 standard if-tfaen-else statement. The dynamic page generator 
orderitems order.items] 402 instructs the dynamic page 125 evaluates the value reference crossinfo. count, where 
generator 125 to retrieve and store data for all of the items crossinfo .count evaluates to the number of rows in crossinfo, 
in an order in a variable orderitems to provide for reference to perform the conditional lest to determine if the value of 
by subsequent directives in the template portion 400. To crossinfo. count is greater than zero. If so, the dynamic page 
execute the directive, the dynamic page generator 125 first 55 generator 125 performs the next line 414 in the template 
evaluates the value reference order.items. To determine the portion 400. Otherwise, the dynamic page generator 125 
value of order.items, the dynamic page generator 125 executes the else tine 416. Thus, for the first iteration of the 
invokes the order processing module 129 to obtain the order eachrow loop, the value of crossinfo.count is zero because 
420 corresponding to a shopping basket having a glove and the first access object 460 has no rows and the dynamic page 
a hat. The order 420 includes an order blackboard 422 60 generator 125 executes the else line 416. The else line 416 
having generic shopper information, such as the shopper's includes a directive [value orderitems.sku] 417. As noted 
name and credit card number, an item blackboard 424 for the above, orderitems.sku evaluates to GLOVE, so the dynamic 
glove and an item blackboard 426 for the hat. page generator 125 sends HTML to the browser 122 where 

As described previously, the product information stage of the first line 472 of a page portion 470 is displayed, 

the order pipeline 131 causes the product information 65 Similarly, for the second row 446 of access object 440, 

default component to access product information from the orderitems.sku evaluates to "HAT" and the second SQL 

database tabic Product__table 220 (FIG. 6) using the "one query executes is "SELECT * FROM Cross_table WHERE 
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SKU='HAT"\ Thus, the second SQL query on the Cross, 
table 450 returns a second access object 464 (FIG. 136) 
having a descriptor 466 and a data row 468. Here, the second 
access object 464 corresponds to the variable crossinfo and 
crossinfo.count evaluates to one because the second access 
object 464 has one data row 468. Since one is greater than 
zero, the dynamic page generator 125 executes the next line 
414, which has a directive [value ordcritems.sku] 418 and a 
directive [value crossinfo.rclatcd] 419. Here, orderitems.sku 
evaluates to HAT. As the second access object 464 corre- 
sponds to crossinfo for this iteration, crossinfo.rclatcd evalu- 
ates to the value in the Related, or second column, in the data 
row 468, or SCARE Thus, the dynamic page generator 125 
sends HTML to the browser 122 to display a second line 474 
of the page portion 470. 

FIG. 14 illustrates the architecture and data flow for the 
merchant system 120. In a preferred embodiment, a shopper 
selects a button, link or image having a link in a page using 
a browser 122. By selecting the link, the browser 122 returns 
a URL to the merchant system 120. As described above, a 
URL with a reference to "pgen" invokes the dynamic page 
generator 125. The dynamic page generator 125 in turn 
retrieves a template, "template. html", from the HTML struc- 
tures 126 and begins to compose a page for display on the 
browser 122. If the template requires data from the database 
121, the dynamic page generator 125 passes a query name 
to the database module 127, which returns an access object 
having the query results. Similarly, if the template requires 
order information from the order processing module 129, the 
dynamic page generator 125 retrieves an order from the 
order processing module 129 and extracts the desired order 
information for display. Lastly, the dynamic page generator 
125 assimilates all of the information needed by the template 
to produce a HTML page for transfer to the browser 122 for 
display. 

In a similar manner, a URL with a reference to "xt" 
invokes the action manager 128. The action manager 128 
executes the action specified by the "module. action" portion 
of the URL. To do so, the action manager 128 evaluates any 
arguments provided by the URL and passes them to the 
action. Actions may communicate directly with the database 
module 127 to write data, such as orders, shopper 
information, product information and other information 
needed to run and manage the merchant system 120, into the 
database 121. Actions also communicate with the order 
processing module 129 as needed to process an order. An 
action may retrieve an order from the database 121 and then 
pass the order to the order processing module 129 for 
annotation. During the annotation of the order, the order 
processing module 129 interacts with the database module 
127 as needed to retrieve product information for the key- 
value pairs in the blackboards comprising the order. The 
annotated order is subsequently delivered to the dynamic 
page generator 125 to extract information from the order 
needed in a template to prepare a page for display on a 
consumer browser 122. In some circumstances, the action 
manager 128 sends the browser 122, 123 a redirect instruc- 
tion causing the display of a selected page. This occurs 
because a reloading of the page from which the shopper 
initiated the action will invoke the action again, which may 
be undesirable for certain actions. 

For example, FIG. 15a illustrates a sample pseudo code 
portion 500 for the order.plan action. In a preferred 
embodiment, the consumer browser 122, in response to a 
shopper selecting the proper button, link or image having a 
link on a page, prepares and sends the URL "http://sample/ 
prd.i/xt/tcst„storc/shoppcria7ordcr.plan; biUto_zip«92101" 
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to the merchant system 120. The merchant system 120 
evaluates the URL to determine that a shopper identified as 
"shopperid" desires the "test_store" running on the 
"sample" server to invoke "xt", the action manager 128, to 
5 execute the order.plan action using the argument "billto__ 
zip~92101". Thus, the action manager 128 invokes the 
order.plan action and begins to execute the pseudo code 
portion 500. The assignment statement 502 instructs the 
action manager 128 to extract the shopper identifier from the 
10 URL, "shopperid", to pass as a parameter to the "load„ 
order" function. The "load__order" function retrieves an 
order 300 (FIG. 9) from the database 121 corresponding to 
the shopper having a shopper identifier "shopperid" and 
places the order 300 (FIG. 9) in a variable order for future 
15 reference in the pseudo code portion 500. Note that the order 
300 (FIG. 9) includes an order blackboard 302 (FIG. 9) and 
an item blackboard 304 (FIG. 9). The add statement 504 
instructs the action manager 128 to post the arguments 
received from the URL to the order blackboard 302 (FIG. 9) 
20 as a key-value pair. As noted above, the URL has provided 
the argument "billto_zip=92101". Thus, the action manager 
128 posts the URL argument as a key-value pair to the order 
blackboard 302 (FIG. 2) resulting in the revised order 520. 
Note that the revised order 520 includes a revised order 
25 blackboard 522 having the Billto_zip key-value pair 526 
and an unchanged item blackboard 524. 

Referring back to the pseudo code portion 500, the OPM 
instruction 506 invokes the order processing module 129 to 
execute the OPM. plan function. The OPM.plan function 
30 receives the revised order 520 as the order parameter and 
causes the order engine 130 to invoke the pertinent stages of 
the order pipeline 131 to process the revised order 520. For 
example, suppose the pertinent stages of the order pipeline 
131 are the product information stage, the item price adjust 
35 stage, the order price adjust stage, the shipping stage, the tax 
stage and the order total stage. As discussed previously, the 
product information default component of the product infor- 
mation stage retrieves the key-value pair, SKU — GLOVE, 
from the item blackboard 304 (FIG. 9) and passes a query 
40 name to the database module 127 to create and execute the 
SQL Query "SELECT * FROM Product_table WHERE 
SKU=* GLOVE"' on the database 121. Upon execution of 
the SQL query, the database module 127 returns an access 
object 310 (FIG. 9) having product information in the row 
45 312 and the column names 316 in the descriptor 314. The 
product information default component extracts the SKU 
key from the column names 316 and its associated value 
GLOVE from the row 312 to form the SKU key-value pair 
540 in the annotated item blackboard 542 of the annotated 
50 order 544. Note that the product information default com- 
ponent catenates SKU to the string "_product_" to form the 
key "__product_SKU". 

In a presently preferred embodiment, the leading "_" 
portion of "_Product_" indicates that this key value pair is 
55 temporary and will not be saved with the order. The 
"product_" portion of "__product__" indicates the stage that 
posted the key value pair, or the product information stage. 
Similarly, the product information default component 
extracts the remaining product information from the access 
60 object 310 (FIG. 9) and posts the List_price key value pair 
546. In a similar fashion, the item price adjust stage invokes 
a promotion component to post the promotion key-value pair 
548 and the order price adjust stage invokes a component to 
post the adjusted price key-value pair 550. In addition, the 
65 shipping stage invokes the default component to post a 
shipping kcy-valuc pair in the annotated order blackboard 
554. Likewise, the tax stage invokes an optional 1% tax 
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component to post the tax key-vaJue pair 556 and the order 
total stage invokes a component to sum the values and post 
the total key-value pair 558 to the annotated order black- 
board 554. The OPM.plan function terminates without an 
error. 

Referring back to the pseudo code portion 500, the if 
statement 508 instructs the action manager 128 to evaluate 
the condition ordcr.error. As the OPM.plan function termi- 
nated without an error, the order.error condition is false, so 
the action manager 128 proceeds to the redirect statement 
510 of the else branch. The redirect statement 510 instructs 
the action manager 128 to send a redirect instruction to the 
browser to invoke the dynamic page generator 125 to 
execute the basket.html template. Lastly, the action manager 
128 performs the "save_order(order)" instruction, saving all 
key-value pairs, except those beginning with an underscore. 
The resulting saved order looks like the revised order 520. 

FIG. 156 illustrates a template portion 570 from the 
basket.html template. Suppose the shopping basket includes 
the glove shown in the Product_table 220 (FIG. 6). The 
directive [fetchitems orderitems order.items] 572 instructs 
the dynamic page generator 125 to retrieve and store data for 
all of the items in an order in a variable orderitems to provide 
for reference by subsequent directives in the template por- 
tion 570. To execute the directive, the dynamic page gen- 
erator 125 first evaluates the value reference order.items. To 
determine the value of order.items, the dynamic page gen- 
erator 125 invokes the order processing module 129 to 
obtain the order 520 (FIG. 15a) corresponding to a shopping 
basket having a glove. The order 520 includes an order 
blackboard 522 (FIG. 15a) having generic shopper 
information, such as the shopper's name and credit card 
number, and an item blackboard 524 (FIG. 15a) for the 
glove. 

As described previously, the product information stage of 
the order pipeline 131 causes the product information 
default component to access product information from the 
database table Product__table 220 (FIG. 6) using the "one 
product" SQL query, "SELECT * FROM Product_table 
WHERE SKU='GLOVE"\ As before, the database 121 
returns the query results to the database module 127 to create 
and return an access object having the query results to the 
product information default component of the order process- 
ing module 129. The product information default component 
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page generator 125 to execute the query named "cross" 
using the argument orderitems.sku 580 and to place the 
query results in the variable crossinfo. The query "cross" 
corresponds to the SQL query "SELECT * FROM Cross_ 
table WHERE SKU«:1". Note that the ":1" in the "cross" 
query serves as a placeholder for the value of the argument 
ordcritems.sku 580 during each iteration of the cachrow 
loop. For example, for the row 612 of access object 610, 
ordcritems.sku evaluates to "GLOVE", so the SQL query 
executed is "SELECT * FROM Cross_table WHERE 
SKU-' GLOVE"'. 

Referring now to FIG. 13b, the Cross_table 450 includes 
a single row having a cross sell product of a SCARF for a 
HAT. Thus, the first SQL query on the Cross_lable 450 
returns a first access object 460 having a descriptor 462, but 
no data as there are no entries in the Cross_table 450 
corresponding to the SKU GLOVE. The first access object 
460 corresponds to the variable crossinfo for the first inte ra- 
tion of the eachrow loop. The directive [if crossinfo .count 
>0] 582 implements a standard if-then-else statement. The 
dynamic page generator 125 evaluates the value reference 
crossinfo. count, where crossinfo.count evaluates to the num- 
ber of rows in crossinfo, to perform the conditional test to 
determine if the value of crossinfo.count is greater than zero. 
If so, the dynamic page generator 125 performs the next line 
584 in the template portion 570. Otherwise, the dynamic 
page generator 125 executes the else line 586. 

Thus, for the first iteration of the cachrow loop, the value 
of crossinfo.count is zero because the first access object 460 
has no rows and the dynamic page generator 125 executes 
the else line 586. The else line 586 includes a directive 
[value orderitems.sku] 587. As noted above, orderitems.sku 
evaluates to GLOVE, so the dynamic page generator 125 
sends HTML to the browser 122 where the first line 622 of 
a page portion 620 is displayed. As the access object 610 has 
only a single row, the loop terminates and the dynamic page 
generator 125 proceeds to the final line 588. The directive 
[value order.billto_zip] 589 instructs the dynamic page 
generator 125 to evaluate the value of order.billto_zip. To 
do so, the dynamic page generator 125 extracts the value 

"92101" using the key "billto zip" directly from the order 

blackboard 608 of the modified order 606. Lastly, the 
dynamic page generator 125 incorporates the "92101" value 
into the HTML sent to the browser 122, 123 to display the 



then extracts the product information from the access object 45 second line 624 of the page portion 620. 



and posts a key-value pair for the SKU 600 and for the 
List_price 602 in the modified item blackboard 604 of the 
modified order 606. 

Upon completion of the product information stage of the 
order pipeline 131, the order processing module 129 returns 
the modified order 606 to the dynamic page generator 125. 
In a presently preferred embodiment, the dynamic page 
generator 125 evaluates the value reference order.items and 
executes the fetchitems directive 572 by direcdy extracting 
values from the modified item blackboard 604 of the modi- 
fied order 606. However, for illustrative purposes, an access 
object 610 is used to describe the how the dynamic page 
generator 125 completes the remaining directives in tem- 
plate portion 570. The access object 610 corresponds to the 
modified order 606, and thus the variable orderitems, and 
includes a glove row 612 having glove information. 

Referring back to the template portion 570, the directive 
[eachrow orderitems] 574 initiates a loop and instructs the 
dynamic page generator to iterate through the rows of 
orderitems access object 610 while the directive [/eachrow] 
576 terminates the loop. The next directive [fetchrows 
crossinfo cross ordcritems.sku] 578 instructs the dynamic 



55 
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The present invention advantageously overcomes several 
limitations of existing technologies and alternatives. Exist- 
ing merchant systems, such as cShop 1.0 and Netscape 
Merchant System, display only a limited subset of informa- 
tion from their product databases in rigid display formats. If 
a merchant desires to change the display format, the mer- 
chant has to revise the system modules producing the 
display formats. In contrast to these systems, the present 
invention permits the display of data retrieved from a wide 
variety of database sources having a wide variety of sche- 
mas. Likewise, the present invention permits the display of 
data in any format or presentation desired by the merchant. 
The present invention provides this flexibility through the 
use of display templates and a database schema independent 
query mechanism. In this manner, a merchant handles a 
database schema modification by changing the database 
queries stored in the database instead of modifying the 
system modules that perform database queries. Thus, a 
merchant can modify its database schema without affecting 
the performance of the merchant system. Similarly, a mer- 
chant can change the display format by modifying the 
template, rather than the system modules producing the 
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display formats. Moreover, dynamic page generation is not What is claimed is: 

limited to online merchant systems and the creation of 1. A merchant system, comprising: 

HTML pages using directives. The dynamic page generator a dynamic page generator to compose a page for display 

of the present invention is useful for any applications that by processing a template having a database request for 

create documents for visual display or electronic transmittal 5 P a S e data, wherein the database request is a query 

or storage incorporating information from one or more data name; and 

sources. Thus, the present invention is applicable to mail a database module, in communication with a database and 

merge operations for the preparation of form letters, the ™ {h me dynamic page generator, to retrieve page data 

creation and publication of billing statements and purchase from the database and t0 communicate the page data to 

orders and the dynamic construction of electronic mail. ™ Je dynamic page generator, wherein the retrieved page 

c - ■! , , - , , . , . , , data corresponds to a query stored in the database, 

Similarly, because of the database schema independence, wherein sa £f query ^ponds to said query name 

the order processing module of the present invention does and wherein the dat abase module retrieves the data in 

not require modification for each change to the database a marmer that is independent of any database schema, 

schema. In contrast to existing merchant systems that 2. The merchant system of claim 1, wherein the database 

require a fixed, predefined database schema, database 15 is defined by a single schema. 

schema knowledge in the present invention is embedded in 3. The merchant system of claim 1, wherein the database 

the data queries stored in the database. Thus, the components is defined by a plurality of schemas. 

of the order processing module do not require modification 4. The merchant system of claim 1, wherein the query is 

to process an order if the merchant modifies or restructures a SQL query. 

the product information in the database. Moreover, the 20 5. The merchant system of claim 1, wherein the database 

present invention is applicable to electronic transaction module returns an access object having the page data to the 

processing systems, such as batch processing of billing dynamic page generator. 

statements, subscriptions and telephonic order systems 6 * Tbe me rchant system of claim 1, wherein the template 

In addition, existmg merchant systems separate display , c « u . u A . . 

, : - „- *■„* j & • ri V 25 7. The merchant system of claim 6, wherem the directive 

%t^Tn 7m f P tf SU J, 8 °, p | ra, : ons - , For exam P le ' is a keyword specifying how to build the page for display. 

eShop .0 and Netscape Merchant System do not permit 8 . ^ mer< £ ant > * em of chim L ^ * f ^ 

price adjustments dunng order processing. Thus, a shopper HTML structures in communication with the dynamic page 

using these merchant systems is not able to view information generator 

regarding sales taxes, shipping or other associated costs with 3Q 9. Th e merchant system of claim 8, wherein the HTML 

the order. These merchant systems severely restricted a structures include a plurality of templates, 

merchant s ability to promote their products to shoppers. In 10 . The merchant system of claim 8, wherein the HTML 

contrast to these restrictive designs, the present invention structures include a plurality of HTML pages, 

provides the capability to generate product information n. The mer chant system of claim 8, further comprising a 

pages dynamically during order processing. Thus, a shopper 35 browser in communication with the dynamic page generator, 

using the present mvenhon may view tax.shipping, handling 12 . The merchant system of claim 11, wherein the browser 

and special merchant promotion information during order se nds a URL to the dynamic page gene rator indicating the 

processing. Moreover, the calculations used to display prod- template to display 

uct information arc the same as the calculations used to 13. Th e merc hant system of claim 11, wherein the 
process the order m the present invention. Thus, the present 40 dynamic page generator sends to the browser HTML result- 
invention guarantees a shopper consistency and reliability in mg lrom thc processing of the template, 
the information used to make purchasing decisions. In this 14 . The merchant system of claim 1, further comprising a 
context, the present invention has apphcabihty to customer browser in communication with the dynamic page generator, 
service operations regarding billings. 11ms, customer ser- 15 . The merchant system of claim 14, wherein thc 
vice representatives at phone centers can use the present 4J browscr sends a URL to thc dynamic page generator indi- 
invenlion to compute and display customer billing informa- cating the template to display 

lion in real time as needed to assist their customers. 16 . The merchant system of claim 15, wherein the 
Similarly, merchants can use the present invention in their dynami c page generator sends to the browser HTML result- 
point of sale systems, such as electronic cash registers, to ing from the processing of the template, 
obtain and process customer information. J0 17 A mercbant sysl6nlj comprismg . 

Lastly, the present invention provides the ability to obtain an order processing module, which makes a request for 

a rich set of dynamically generated information from a wide order data using a query name- and 

variety of data sources. The present invention also provides a dalabase modulej m communicauon wilh a database and 

the capability to perform a large set of processing operations with ±e order processing module, to retrieve the order 

and computations on the information prior to displaying the 5S data from me database and to communicate the order 

information In contrast to existing systems, the present data to the order processing module, wherein the 

invention eliminates the restrictions of fixed, predefined retrieved order data ^^0^ to a query stored in the 

database scnemas, nxed order processing steps and compu- database, wherein said query corresponds to said auerv 

tahons and relatively inflexible display mechanisms. The name> and wherein the database m ^ duk retrieve 4 s ^ 

utility of this combination of featuresis widely applicable to «, data m a manncr that k impendent of any database 

interactive transaction processing applications. schema 

Those skilled in the art may practice the principles of the 18. The merchant system of claim 17, wherein the data- 
present invention in other specific forms without departing base is defined by a single schema, 
from its spirit or essential characteristics. Accordingly, the 19. The merchant system of claim 17, wherein the data- 
disclosed embodiments of the invention are merely illustra- 65 base is defined by a plurality of schemas. 
tive and do not serve to limit the scope of the invention set 20. The merchant system of claim 17, wherein thc guery 
forth in thc following claims. is a SQL query. 



02/17/2004, EAST Version: 1.4.1 



5,897,622 

25 26 

21. The merchant system of claim 17, wherein the data- 37. The merchant system of claim 35, wherein the 
base module returns an access object having the order data dynamic page generator sends to the browser HTML result - 
to the order processing module. ing from the processing of the template. 

22. The merchant system of claim 17, wherein the order 38. The merchant system of claim 29, further comprising 
processing module comprises, 5 a browser in communication with the dynamic page gen- 

an order pipeline having multiple stages, wherein each erator. 

stage includes a plurality of components configured to 39. The merchant system of claim 38, wherein the 

process the order, and browser sends a URL to the dynamic page generator indi- 

an order engine to determine which stages of the order eating the template to display, 

pipeline to execute in order to process the order. 10 40. The merchant system of claim 38, wherein the 

23. The merchant system of claim 22, wherein the dynamic page generator sends to the browser HTML result- 
sequence of execution of the stages in the order pipeline is ing from the processing of the template, 
configurable. 41, nc merchant system of claim 38, further comprising 

24. The merchant system of claim 22, wherein the com- an action manager in communication with the browser the 
ponents within each stage are configurable. 15 order processing unit and the database module. 

25. The merchant system of claim 17, wherein the order 42. The merchant system of claim 41, wherein the 
comprises an order blackboard having key-value pairs. browser sends a URL to the action manager indicating an 

26. The merchant system of claim 25, wherein the order action to perform. 

further comprises an item blackboard having key-value 43. The merchant system of claim 41, wherein the action 

P airs - 20 manager redirects the browser to display a selected page. 

27. The merchant system of claim 26, wherein the com- 44. The merchant system of claim 41, wherein the action 
ponent posts a portion of the order data retrieved from the manager retrieves data from the database. 

database to the item blackboard in a key-value pair. 45. The merchant system of claim 41, wherein the action 

28. The merchant system of claim 25, wherein the com- manager saves data to the database. 

ponent posts a portion of the order data retrieved from the 25 46. The merchant system of claim 41, wherein the action 

database to the order blackboard in a key-value pair. manager creates a new order having an order blackboard and 

29. A merchant system, comprising: post s a key-value pair to the order blackboard. 

an order processing module having a plurality of compo- 47. The merchant system of claim 41, wherein the action 

nents configured to create and process an order, manager retrieves the order having an order blackboard from 

wherein a component makes a component request for 30 the database module and posts a key-value pair to the order 

order data; blackboard. 

a dynamic page generator, in communication with the 48. The merchant system of claim 41, wherein the action 

order processing module, to compose a page for display manager retrieves the order having an item blackboard from 

by processing a template having a request for informa- the database module and posts a key-value pair to the item 

tion from the order and a database request for page 35 blackboard. 

data, wherein the request for page data is a query name; 49. The merchant system of claim 29, wherein the order 

aQ d processing module comprises, 

a database module, incommunication with a database and an order pipeline having multiple stages, wherein each 

with the order processing module and with the dynamic stage includes a plurality of components configured to 

page generator, to retrieve order data from the database 40 process the order, and 

and to communicate the order data to the order pro- an order engine to determine which stages of the order 

cessing module and to retrieve page data from the pipeline to execute in order to process the order, 

database and to communicate the page data to the 50. The merchant system of claim 49, wherein the 

dynamic page generator, wherein the retrieved order sequence of execution of the stages in the order pipeline is 

data corresponds to a query stored in the database, 45 configurable. 

wherein said query corresponds to said query name, 51. The merchant system of claim 49, wherein the com- 

and the database module retrieves the order and page ponents within each stage arc configurable, 

data in a manner that is independent of any database 52. The merchant system of claim 29, wherein the order 

scnema - comprises an order blackboard having key-value pairs. 

30. The merchant system of claim 29, wherein the tem- 50 53. The merchant system of claim 52, wherein the order 
plate includes HTML and directives. further comprises an item blackboard having key-value 

31. The merchant system of claim 30, wherein the direc- pairs. 

tive is a keyword specifying how to build the page for 54. The merchant system of claim 53, wherein the com- 

dis P lav - ponent posts a portion of the data retrieved from the database 

32. The merchant system of claim 29, further comprising 55 to the item blackboard in a key-value pair. 
HTMLstructures in communication with the dynamic page 55. The merchant system of claim 52, wherein the 
generator. dynamic page generator extracts the information from the 

33. The merchant system of claim 32, wherein the HTML order using a key from a key-value pair. 

structures include a plurality of templates. 56. The merchant system of claim 52, wherein the com- 

34. The merchant system of claim 32, wherein the HTML 60 ponent posts a portion of the data retrieved from the database 
structures include a plurality of HTML pages. to the order blackboard in a key-value pair. 

35. The merchant system of claim 32, further comprising 57. The merchant system of claim 29, wherein the data- 
a browser in communication with the dynamic page gen- base is defined by a single schema. 

erator - 58. The merchant system of claim 29, wherein the data- 

36. The merchant system of claim 35, wherein the 65 base is defined by a plurality of schemas. 

browser sends a URL to the dynamic page generator indi- 59. The merchant system of claim 29, wherein the query 

eating the template to display. is a SQL query. 
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60. The merchant system of claim 29, wherein the com- 
ponent request is a component query name. 

61. The merchant system of claim 60, wherein the data- 
base module uses the component query name to retrieve a 
corresponding SQL query. 

62. The merchant system of claim 29, wherein the com- 
ponent request is stored in the database. 
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63. The merchant system of claim 29, wherein the data- 
base module returns an access object having the page data to 
the dynamic page generator. 

64. The merchant system of claim 29, wherein the data- 
5 base module returns an access object having the order data 

to the dynamic page generator. 

***** 
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